home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1993 / Internet Info CD-ROM (Walnut Creek) (1993).iso / inet / internet-drafts / draft-manning-dns-nsap-03.txt < prev    next >
Text File  |  1993-08-02  |  22KB  |  671 lines
  1.  
  2.  
  3.  
  4. Network Working Group                           B. Manning (Rice University)
  5. INTERNET DRAFT                                             R. Colella (NIST)
  6.                                                               August 2, 1993
  7.  
  8.  
  9.                            DNS NSAP Resource Records
  10.  
  11.  
  12.  
  13. Status of This Memo
  14.  
  15.  
  16. This document is an Internet-Draft. Internet-Drafts are working
  17. documents of the Internet Engineering Task Force (IETF), its Areas, and
  18. its Working Groups. Note that other groups may also distribute working
  19. documents as Internet-Drafts.
  20.  
  21.  
  22. Internet-Drafts are draft documents valid for a maximum of six months.
  23. Internet-Drafts may be updated, replaced, or obsoleted by other
  24. documents at any time. It is not appropriate to use Internet-Drafts as
  25. reference material or to cite them other than as a "working draft" or
  26. "work in progress."
  27.  
  28.  
  29. To learn the status of any Internet-Draft, please check the 1id-
  30. abstract.txt listing contained in the Internet-Drafts Shadow Directories
  31. on nic.ddn.mil, nnsc.nsf.net, nic.nordu.net, ftp.nisc.sri.com, or
  32. munnari.oz.au.
  33.  
  34.  
  35. It is intended that this document will be submitted to the IESG for
  36. consideration as a standards document. Distribution of this document is
  37. unlimited.
  38.  
  39.  
  40.                                     Abstract
  41.  
  42.  
  43.  
  44. The Internet is moving towards the deployment of an OSI lower layers
  45. infrastructure. This infrastructure comprises the connectionless network
  46. protocol (CLNP) and supporting routing protocols. Also required as part
  47. of this infrastructure is support in the Domain Name System (DNS) for
  48. mapping between names and NSAP addresses.
  49.  
  50.  
  51. This document defines the format of two new Resource Records (RRs) for
  52. the DNS, replacing the earlier work in RFC 1348. The RRs defined in this
  53. paper allow the DNS to support domain name-to-NSAP and NSAP-to-domain
  54. name mappings. The RRs may be used with any NSAP address format.
  55.  
  56.  
  57.  
  58.  
  59.  
  60. Expiration Date February 2, 1994                                     [Page 1]
  61.  
  62.  
  63.  
  64. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  65.  
  66.  
  67. 1   Introduction
  68.  
  69.  
  70. The Internet is moving towards the deployment of an OSI lower layers
  71. infrastructure. This infrastructure comprises the connectionless network
  72. protocol (CLNP) [ISO86b] and supporting routing protocols. Also required
  73. as part of this infrastructure is support in the Domain Name System
  74. (DNS) [Moc87a , Moc87b] for mapping between domain names and OSI Network
  75. Service Access Point (NSAP) addresses [ISO88] [Note: NSAP and NSAP
  76. address are used interchangeably throughout this memo].
  77.  
  78.  
  79. This document defines the format of two new Resource Records (RRs) for
  80. the DNS, replacing the earlier work in RFC 1348. The RRs defined in this
  81. paper allow the DNS to support domain name-to-NSAP and NSAP-to-domain
  82. name mappings. The RRs may be used with any NSAP address format.
  83.  
  84.  
  85. This memo assumes that the reader is familiar with the DNS. Some
  86. familiarity with NSAPs is useful; see [CGC91] or [ISO88] for additional
  87. information.
  88.  
  89.  
  90. 2   Background
  91.  
  92.  
  93. The reason for defining DNS mappings for NSAPs is to support CLNP
  94. in the Internet. Debugging with CLNP ping and traceroute is becoming
  95. more difficult with only numeric NSAPs as the scale of deployment
  96. increases. Current debugging is supported by maintaining and exchanging
  97. a configuration file with name/NSAP mappings similar in function to
  98. hosts.txt. This suffers from the lack of a central coordinator for this
  99. file and also from the perspective of scaling. The former is the most
  100. serious short-term problem. Scaling of a hosts.txt-like solution has
  101. well-known long-term scaling difficiencies.
  102.  
  103.  
  104. A second reason for this work is the proposal to use CLNP as an
  105. alternative to IP: "TCP and UDP with Bigger Addresses (TUBA), A Simple
  106. Proposal for Internet Addressing and Routing" [Cal92]. For this to be
  107. practical, the DNS must be capable of supporting CLNP addresses.
  108.  
  109.  
  110. 3   Scope
  111.  
  112.  
  113. The RRs defined in this paper support all known NSAP formats. This
  114. includes support for the notion of a custom-defined NSAP format based on
  115. an AFI obtained by the IAB for use in the Internet.
  116.  
  117.  
  118.  
  119.  
  120.  
  121. B. Manning/R. Colella                                                [Page 2]
  122.  
  123.  
  124.  
  125. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  126.  
  127.  
  128. As a point of reference, there is a distinction between registration
  129. and publication of addresses. For IP addresses, the IANA is the root
  130. registration authority and the DNS a publication method. For NSAPs,
  131. addendum two of the network service definition, ISO8348/Ad2 [ISO88] is
  132. the root registration authority and this memo defines how the DNS is
  133. used as a publication method.
  134.  
  135.  
  136. 4   Structure of NSAPs
  137.  
  138.  
  139. NSAPs are hierarchically structured to allow distributed administration
  140. and efficient routing. Distributed administration permits subdelegated
  141. addressing authorities to, as allowed by the delegator, further
  142. structure the portion of the NSAP space under their delegated control.
  143. Accomodating this distributed authority requires that there be little or
  144. no a priori knowledge of the structure of NSAPs built into DNS resolvers
  145. and servers.
  146.  
  147.  
  148. For the purposes of this memo, NSAPs can be thought of as a tree of
  149. identifiers. The root of the tree is ISO8348/Ad2 [ISO88], and has as
  150. its immediately registered subordinates the one-octet Authority and
  151. Format Identifiers (AFIs) defined there. The size of subsequently-
  152. defined fields depends on which branch of the tree is taken. The depth
  153. of the tree varies according to the authority responsible for defining
  154. subsequent fields.
  155.  
  156.  
  157. An example is the authority under which U.S. GOSIP defines NSAPs
  158. [Gro91]. Under the AFI of 47, NIST (National Institute of Standards
  159. and Technology) obtained a value of 0005 (the AFI of 47 defines
  160. the next field as being two octets consisting of four BCD digits
  161. from the International Code Designator space [ISO84]). NIST defined
  162. the subsequent fields in [Gro91], as shown in Figure 1. The field
  163. immediately following 0005 is a format identifier for the rest of the
  164. U.S. GOSIP NSAP structure, with a hex value of 80. Following this is the
  165. three-octet field, values for which are allocated to network operators;
  166. the registration authority for this field is delegated to GSA (General
  167. Services Administration).
  168.  
  169.  
  170. The last octet of the NSAP is the NSelector (NSel). In practice, the
  171. NSAP minus the NSel identifies the CLNP protocol machine on a given
  172. system, and the NSel identifies the CLNP user. Since there can be more
  173. than one CLNP user (meaning multiple NSel values for a given "base"
  174. NSAP), the representation of the NSAP should be CLNP-user independent.
  175. To achieve this, an NSel value of zero will be used with all NSAP values
  176. stored in the DNS. An NSAP with NSel=0 identifies the network layer
  177. itself. It is left to the application retrieving the NSAP to determine
  178. the appropriate value to use in that instance of communication.
  179.  
  180.  
  181.  
  182. B. Manning/R. Colella                                                [Page 3]
  183.  
  184.  
  185.  
  186. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  187.  
  188.  
  189.  
  190.                   ________________
  191.                   |_<--_IDP_-->__|_____________________________________
  192.                   |_AFI_|__IDI___|____________<--_DSP_-->______________|
  193.                   |_47__|__0005__|DFI_|_AA_|_Rsvd_|_RD_|Area_|_ID_|Sel_|
  194.            octets |__1__|___2____|_1__|_3__|__2___|_2__|__2__|_6__|_1__|
  195.  
  196.  
  197.  
  198.                     IDP    Initial Domain Part
  199.                     AFI    Authority and Format Identifier
  200.                     IDI    Initial Domain Identifier
  201.                     DSP    Domain Specific Part
  202.                     DFI    DSP Format Identifier
  203.                     AA     Administrative Authority
  204.                     Rsvd   Reserved
  205.                     RD     Routing Domain Identifier
  206.                     Area   Area Identifier
  207.                     ID     System Identifier
  208.                     SEL    NSAP Selector
  209.  
  210.  
  211.                   Figure 1: GOSIP Version 2 NSAP structure.
  212.  
  213.  
  214.  
  215.  
  216. When CLNP is used to support TCP and UDP services, the NSel value used
  217. will be the appropriate IP PROTO value as registered with the IANA.
  218. For "standard" OSI, the selection of NSel values is left as a matter of
  219. local administration. Administrators of systems that support the OSI
  220. transport protocol [ISO86a] in addition to TCP/UDP must select NSels for
  221. use by OSI Transport that do not conflict with the IP PROTO values.
  222.  
  223.  
  224. In the NSAP RRs in Master Files and in the printed text in this memo,
  225. NSAPs are often represented as a string of "."-separated hex values. The
  226. values correspond to convenient divisions of the NSAP to make it more
  227. readable. For example, the "."-separated fields might correspond to the
  228. NSAP fields as defined by the appropriate authority (ISoc, GOSIP, ANSI,
  229. etc.). The use of this notation is strictly for readability. The "."s do
  230. not appear in DNS packets and DNS servers can ignore them when reading
  231. Master Files. For example, a printable representation of the first four
  232. fields of a U.S. GOSIP NSAP might look like
  233.  
  234.  
  235.                                47.0005.80.005a00
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243. B. Manning/R. Colella                                                [Page 4]
  244.  
  245.  
  246.  
  247. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  248.  
  249.  
  250.  
  251. and a full U.S. GOSIP NSAP might appear as
  252.  
  253.  
  254.              47.0005.80.005a00.0000.1000.0020.00800a123456.00.
  255.  
  256.  
  257. For more information on U.S. GOSIP NSAPs, see RFC1237 [CGC91]. Other
  258. NSAP formats have different fields and field widths (see [Bry92]).
  259.  
  260.  
  261. 5   The NSAP RR
  262.  
  263.  
  264. The NSAP RR is defined with mnemonic "NSAP" and TYPE code 22 (decimal)
  265. and is used to map from domain names to NSAPs. Name-to-NSAP mapping in
  266. the DNS using the NSAP RR operates analogously to IP address lookup. A
  267. query is generated by the resolver requesting an NSAP RR for a provided
  268. domain name.
  269.  
  270.  
  271. NSAP RRs conform to the top level RR format and semantics as defined in
  272. Section 3.2.1 of RFC 1035.
  273.  
  274.  
  275.  
  276.                                      1  1  1  1  1  1
  277.        0  1  2  3  4  5  6  7  8  9  0  1  2  3  4  5
  278.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  279.      |                                               |
  280.      /                                               /
  281.      /                        NAME                   /
  282.      |                                               |
  283.      |--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  284.      |                    TYPE = NSAP                |
  285.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  286.      |                    CLASS = IN                 |
  287.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  288.      |                        TTL                    |
  289.      |                                               |
  290.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  291.      |                      RDLENGTH                 |
  292.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  293.      /                       RDATA                   /
  294.      /                                               /
  295.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304. B. Manning/R. Colella                                                [Page 5]
  305.  
  306.  
  307.  
  308. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  309.  
  310.  
  311. where:
  312.  
  313.  
  314.   *  NAME: an owner name, i.e., the name of the node to which this
  315.      resource record pertains.
  316.  
  317.   *  TYPE: two octets containing the NSAP RR TYPE code of 22 (decimal).
  318.  
  319.   *  CLASS: two octets containing the RR IN CLASS code of 1.
  320.  
  321.   *  TTL: a 32 bit signed integer that specifies the time interval
  322.      that the resource record may be cached before the source of the
  323.      information should again be consulted. Zero values are interpreted
  324.      to mean that the RR can only be used for the transaction in
  325.      progress, and should not be cached. For example, SOA records are
  326.      always distributed with a zero TTL to prohibit caching. Zero values
  327.      can also be used for extremely volatile data.
  328.  
  329.   *  RDLENGTH: an unsigned 16 bit integer that specifies the length in
  330.      octets of the RDATA field.
  331.  
  332.   *  RDATA: a variable length string of octets containing the NSAP.
  333.      The value is the binary encoding of the NSAP as it would appear in
  334.      the CLNP source or destination address field. A typical example of
  335.      such an NSAP (in hex) is shown below. For this NSAP, RDLENGTH is
  336.      20 (decimal); "."s have been omitted to emphasize that they don't
  337.      appear in the DNS packets.
  338.  
  339.                      39840f80005a0000000001e13708002010726e00
  340.  
  341. NSAP RRs cause no additional section processing.
  342.  
  343.  
  344. 6   The NSAP-PTR RR
  345.  
  346.  
  347. The NSAP-PTR RR is defined with mnemonic "NSAP-PTR" and TYPE code
  348. 23 (decimal). This RR is used to map from NSAPs to domain names.
  349. NSAP-to-domain name mapping in the DNS using the NSAP-PTR RR operates
  350. analogously to IP address-to-domain name lookup. A domain name is
  351. generated from the NSAP according to the rules described below. A query
  352. is sent by the resolver requesting an NSAP-PTR RR for the provided
  353. domain name.
  354.  
  355.  
  356. A domain name is generated from an NSAP by reversing the hex nibbles of
  357. the NSAP, treating each nibble as a separate subdomain, and appending
  358. the top-level subdomain name ".NSAP" to it. For example, the domain name
  359. used in the reverse lookup for the NSAP
  360.  
  361.               47.0005.80.005a00.0000.0001.e137.ffffff000065.00
  362.  
  363.  
  364.  
  365. B. Manning/R. Colella                                                [Page 6]
  366.  
  367.  
  368.  
  369. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  370.  
  371.  
  372. would appear as
  373.  
  374.     0.0.5.6.0.0.0.0.f.f.f.f.f.f.7.3.1.e.1.0.0.0.0.0.0.0.0.0.a.5.0.0.\
  375.                          0.8.5.0.0.0.7.4.NSAP.
  376.  
  377.  
  378.  
  379. [Implementation note: For sanity's sake user interfaces should be
  380. designed to allow users to enter NSAPs using their natural order, i.e.,
  381. as they are typically written on paper. Also, arbitrary "."s should be
  382. allowed (and ignored).]
  383.  
  384.  
  385. NSAP-PTR RRs conform to the top level RR format and semantics as defined
  386. in Section 3.2.1 of RFC 1035.
  387.  
  388.  
  389.  
  390.                                      1  1  1  1  1  1
  391.        0  1  2  3  4  5  6  7  8  9  0  1  2  3  4  5
  392.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  393.      |                                               |
  394.      /                                               /
  395.      /                        NAME                   /
  396.      |                                               |
  397.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  398.      |                  TYPE = NSAP-PTR              |
  399.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  400.      |                    CLASS = IN                 |
  401.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  402.      |                        TTL                    |
  403.      |                                               |
  404.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  405.      |                      RDLENGTH                 |
  406.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  407.      /                       RDATA                   /
  408.      /                                               /
  409.      +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  410.  
  411.  
  412.  
  413. where:
  414.  
  415.  
  416.   *  NAME: the domain name of the node to which this resource record
  417.      pertains. This name is derived from the NSAP as described above.
  418.  
  419.   *  TYPE: two octets containing the NSAP-PTR RR TYPE code of 23
  420.      (decimal).
  421.  
  422.   *  CLASS: two octets containing the RR IN CLASS code of 1.
  423.  
  424.  
  425.  
  426. B. Manning/R. Colella                                                [Page 7]
  427.  
  428.  
  429.  
  430. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  431.  
  432.  
  433.   *  TTL: a 32 bit signed integer that specifies the time interval
  434.      that the resource record may be cached before the source of the
  435.      information should again be consulted. Zero values are interpreted
  436.      to mean that the RR can only be used for the transaction in
  437.      progress, and should not be cached. For example, SOA records are
  438.      always distributed with a zero TTL to prohibit caching. Zero values
  439.      can also be used for extremely volatile data.
  440.  
  441.   *  RDLENGTH: an unsigned 16 bit integer that specifies the length in
  442.      octets of the RDATA field.
  443.  
  444.   *  RDATA: a variable length string of octets containing the domain name
  445.      associated with the NSAP.
  446.  
  447.  
  448. NSAP RRs cause no additional section processing.
  449.  
  450.  
  451.  
  452. 7   Master File Format
  453.  
  454.  
  455. The format of NSAP and NSAP-PTR RRs in Master Files conforms to Section 5,
  456. "Master Files," of RFC 1035. Below are examples of the use of these RRs
  457. in Master Files.
  458.  
  459.  
  460.  
  461. ;;;;;;
  462. ;;;;;; Master File for domain tuba.ncsl.nist.gov.
  463. ;;;;;;
  464.  
  465.  
  466. @      IN     SOA    emu.ncsl.nist.gov.  root.emu.ncsl.nist.gov. (
  467.                                     900831  ; Serial  - date
  468.                                     1800    ; Refresh - 30 minutes
  469.                                     300     ; Retry   - 5 minutes
  470.                                     604800  ; Expire  - 7 days
  471.                                     3600 )  ; Minimum - 1 hour
  472.        IN     NS     emu.ncsl.nist.gov.
  473. ;
  474. ;
  475. $ORIGIN tuba.ncsl.nist.gov.
  476. ;
  477. emu      IN  NSAP  47.0005.80.005a00.0000.0001.e137.08002010726e.00
  478.          IN  A     129.6.55.32
  479.          IN  HINFO Sun_Sparc  SunOS_4.1.3
  480. ;
  481. osi      IN  NSAP  47.0005.80.005a00.0000.0001.e137.080020079efc.00
  482.          IN  A     129.6.55.1
  483.  
  484.  
  485.  
  486.  
  487. B. Manning/R. Colella                                                [Page 8]
  488.  
  489.  
  490.  
  491. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  492.  
  493.  
  494. ;
  495. cursive  IN  NSAP  47.0005.80.005a00.0000.0001.e137.eeeeee000085.00
  496.          IN  A     129.6.224.85
  497.          IN  HINFO PC_386  DOS_5.0/NCSA_Telnet(TUBA)
  498. ;
  499. cisco1   IN  NSAP  47.0005.80.005a00.0000.0001.e137.888888000181.00
  500.          IN  A     129.6.224.181
  501. ;
  502. 3com1    IN  NSAP  47.0005.80.005a00.0000.0001.e137.111111000111.00
  503.          IN  A     129.6.225.111
  504. ;
  505. infidel  IN  NSAP  47.0005.80.005a00.0000.0001.e137.ffffff000065.00
  506.          IN  A     129.6.55.128
  507.          IN  HINFO PC/486  BSDi1.0/TUBA
  508. ;;;;;;
  509. ;;;;;; Master File for reverse mapping of NSAPs under
  510. ;;;;;;          47.0005.80.005a00.0000.0001.e137
  511. ;;;;;;
  512.  
  513.  
  514. @      IN     SOA    emu.ncsl.nist.gov.  root.emu.ncsl.nist.gov. (
  515.                                     900831  ; Serial  - date
  516.                                     1800    ; Refresh - 30 minutes
  517.                                     300     ; Retry   - 5 minutes
  518.                                     604800  ; Expire  - 7 days
  519.                                     3600 )  ; Minimum - 1 hour
  520.        IN     NS     emu.ncsl.nist.gov.
  521. ;
  522. ;
  523. $ORIGIN    7.3.1.e.1.0.0.0.0.0.0.0.0.0.a.5.0.0.0.8.5.0.0.0.7.4.NSAP.
  524. ;
  525. 0.0.e.6.2.7.0.1.0.2.0.0.8.0  IN    NSAP-PTR  emu.tuba.ncsl.nist.gov.
  526. ;
  527. 0.0.c.f.e.9.7.0.0.2.0.0.8.0  IN    NSAP-PTR  osi.tuba.ncsl.nist.gov.
  528. ;
  529. 0.0.5.8.0.0.0.0.e.e.e.e.e.e  IN    NSAP-PTR  cursive.tuba.ncsl.nist.gov.
  530. ;
  531. 0.0.1.8.1.0.0.0.8.8.8.8.8.8  IN    NSAP-PTR  cisco1.tuba.ncsl.nist.gov.
  532. ;
  533. 0.0.1.1.1.0.0.0.1.1.1.1.1.1  IN    NSAP-PTR  3com1.tuba.ncsl.nist.gov.
  534. ;
  535. 0.0.5.6.0.0.0.0.f.f.f.f.f.f  IN    NSAP-PTR  infidel.tuba.ncsl.nist.gov.
  536.  
  537.  
  538.  
  539. 8   Security
  540.  
  541.  
  542. Security issues are not addressed in this memo.
  543.  
  544.  
  545.  
  546.  
  547.  
  548. B. Manning/R. Colella                                                [Page 9]
  549.  
  550.  
  551.  
  552. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  553.  
  554.  
  555.  
  556. 9   Authors' Addresses
  557.  
  558.  
  559. Bill Manning
  560. Rice University -- ONCS
  561. P.O. Box 1892
  562. 6100 South Main
  563. Houston, Texas 77251-1892
  564. USA
  565. Phone: +1.713.285.5415
  566. EMail: bmanning@rice.edu
  567.  
  568.  
  569. Richard Colella
  570. National Institute of Standards and Technology
  571. Technology/B217
  572. Gaithersburg, MD 20899
  573. USA
  574. Phone: +1 301-975-3627 (voice); +1 301 590-0932 (fax)
  575. EMail: colella@nist.gov
  576.  
  577.  
  578.  
  579. A   Issues
  580.  
  581.  
  582. It may be useful to associate an X.500 distinguished name with an NSAP.
  583. Some thought should be given to whether this is useful and how it could
  584. be done.
  585.  
  586.  
  587.  
  588. References
  589.  
  590.  
  591. [Bry92]   P. Bryant.  Nsaps.  IPTAG/92/23 PB660, Science and Engineering
  592.           Research Council, Rutherford Appleton Laboratory, May 1992.
  593.  
  594.  
  595. [Cal92]   R. Callon.  Tcp and udp with bigger addresses (tuba), a simple
  596.           proposal for internet addressing and routing.  RFC 1347, Network
  597.           Working Group, June 1992.
  598.  
  599.  
  600. [CGC91]   R. Colella, E. Gardner, and R. Callon.  Guidelines for osi
  601.           nsap allocation in the internet.  RFC 1237, IETF OSI NSAP
  602.           Administration Working Group, July 1991.
  603.  
  604.  
  605.  
  606.  
  607.  
  608.  
  609. B. Manning/R. Colella                                               [Page 10]
  610.  
  611.  
  612.  
  613. INTERNET-DRAFT           DNS NSAP Resource Records           August 2, 1993
  614.  
  615.  
  616. [Gro91]   GOSIP Advanced Requirements Group.  Government open systems
  617.           interconnection profile (gosip) version 2.  Federal Information
  618.           Processing Standard 146-1, U.S. Department of Commerce,
  619.           National Institute of Standards and Technology, Gaithersburg,
  620.           MD, April 1991.
  621.  
  622.  
  623. [ISO84]   ISO/IEC.  Data interchange - structures for the identification
  624.           of organization.  International Standard 6523, ISO/IEC JTC 1,
  625.           Switzerland, 1984.
  626.  
  627.  
  628. [ISO86a]  ISO/IEC.  Connection oriented transport protocol specification.
  629.           International Standard 8073, ISO/IEC JTC 1, Switzerland, 1986.
  630.  
  631.  
  632. [ISO86b]  ISO/IEC.  Protocol for providing the connectionless-mode
  633.           network service.  International Standard 8473, ISO/IEC JTC 1,
  634.           Switzerland, 1986.
  635.  
  636.  
  637. [ISO88]   ISO/IEC.  Information processing systems -- data communications
  638.           -- network service definition addendum 2: Network layer
  639.           addressing.  International Standard 8348/Addendum 2, ISO/IEC JTC
  640.           1, Switzerland, 1988.
  641.  
  642.  
  643. [Moc87a]  P. Mockapetris.  Domain name -- concepts and facilities.  RFC
  644.           1034, Network Working Group, November 1987.
  645.  
  646.  
  647. [Moc87b]  P. Mockapetris.  Domain name -- implementation and specifica-
  648.           tion.  RFC 1035, Network Working Group, November 1987.
  649.  
  650.  
  651.  
  652.  
  653.  
  654.  
  655.  
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670. Expiration Date February 2, 1994                                    [Page 11]
  671.